Pb après transfert site local chez hébergeur

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [Problème] Pb après transfert site local chez hébergeur

    Ressources
    joomla 3.8.12, Jfactory, community builder, sourcerer, php7.2

    Je viens de transférer chez O2switch ce lundi un site développé en local, et pour lequel j'ai effectué des tests très poussés pendant plusieurs mois. Tous mes liens, articles, scripts étant ok.
    Et je rencontre un drôle de problème sur ce site en production (mais laissé offline tant que je n'aurai pas solutionné le souci actuel) :

    * le passage en .htaccess et réglage de la réécriture des url à la volée s'est fait sans problème (liens clairs, bien écrits),
    * l'accès aux articles marche bien, tant en accès direct depui la page d'accueil que par liens de menus,
    * la demande certificat SSL et son application sont ok : le cadenas vert apparaît bien en permanence dans le navigateur,
    * MAIS GROS PÉPIN : tous mes scripts personnels écrits dans des articles joomla fonctionnent bien s'ils ne contiennent pas de commandes d'ouverture de la BDD. Et tous ceux qui ont des commandes d'ouverture de la BDD dysfonctionnent : leur appel ne déclenche pas de plantage, ni même d'erreur bloquante. Mais ils fonctionnent exactement comme si le script était vide (aucune commande de programmation). Et ceci vaut quelle que soit la méthode utilisée : mysqli, ou pdo. Et chaque commande d'ouverture de la BDD est doublée par une gestion des éventuelles erreurs. Aucune !

    J'avais pensé que mon hébergeur ne m'avait pas attribué suffisamment de mémoire pour php. Il m'a monté à 1Go la mémoire allouée à mon site : aucun effet positif !
    La version de Php est strictement la même en local et chez l'hébergeur : 7.2.
    Est-ce que le problème pourrait venir de bibliothèques php différentes ?
    J'ai soumis ce problème à leur service clients, mais après 3 jours de galère rien ne s'est amélioré.

    remarque : j'ai implanté aesecure pour mieux sécuriser mon site. Mais cet additif ne peut être mis en cause puique j'avais déjà les problèmes avant cet ajout

    Quel spécialiste autour de nous pourrait être mon "sauveur" ?

    Je précise bien que mon site en local, copie conforme, fonctionne sans problème aucun.
    Merci à vous.

    Complément
    En demandant le débogage maxi, j'ai des warnings :
    Code HTML:
      Warning: include_once(/tmp/sourcerer_php_40032e1b864a4751e886bef21b8d3e9b): failed to open stream: No such file or directory in /home/lendrevie/public_html/plugins/system/sourcerer/src/Code.php on line 73  Warning: include_once(): Failed opening '/tmp/sourcerer_php_40032e1b864a4751e886bef21b8d3e9b' for inclusion (include_path='.:/opt/alt/php70/usr/share/pear') in /home/lendrevie/public_html/plugins/system/sourcerer/src/Code.php on line 73
    Si je comprends bien : l'outil sourcerer cherche à écrire les scripts en fichiers dans /tmp. Et il aurait l'impossibilité de les écrire.
    Après vérification, mon répertoire /tmp a pour droits : 755 pour le dossier & 644 pour ses fichiers.

    Tout se rejoint : en voulant appliquer la maj de Joomla de 3.8.12 à 3.8.13, Akeeba a tout planté après son backup de précaution. Après m'avoir dit qu'il ne pouvait pas écrite le fichier de màj dans /tmp !

    Voici donc une belle piste, mais je ne vois pas quels autres droits je pourrais donner à ce répertoire.
    Dernière édition par Visiteur à 10/10/2018, 17h18

  • #2
    Bonjour,
    D'après ce que je comprends ici, le débogage n'indique pas qu'il veut écrire mais qu'il veut lire un fichier qui se trouverait dans le dossier tmp ???
    Vérifie également les droits de lecture écriture de tes dossiers.
    Vérifie enfin si tu n'as pas des htaccess qui perturbe le fonctionnement.
    Enfin, tente de désinstaller puis réinstaller le plugin Sourcerer...

    Cordialement,
    Chabi01 - http://www.xlformation.com

    Commentaire


    • #3
      Envoyé par chabi01 Voir le message
      Bonjour,
      D'après ce que je comprends ici, le débogage n'indique pas qu'il veut écrire mais qu'il veut lire un fichier qui se trouverait dans le dossier tmp ???
      Vérifie également les droits de lecture écriture de tes dossiers.
      Vérifie enfin si tu n'as pas des htaccess qui perturbe le fonctionnement.
      Enfin, tente de désinstaller puis réinstaller le plugin Sourcerer...

      Cordialement,
      Merci chabio1.
      J’ai.déjà effectué tous ces points. Sans résultat.
      Pour ce problème dans le dossier tmp, d’après moi : le plugin ne peut pas le lire car il n’a pas pu précédemment l’écrire dans ce dossier.
      Quand je vérifie aussitôt, le fichier attendu est bien absent.

      Commentaire


      • #4
        Bonjour.

        Je dis ça comme ça car je suis loin d'être compétent dans l'insertion de php dans les articles mais ces appels à la base de données, se font-ils bien avec le bon préfixe ?
        Pas que lors du transfert, ce préfixe ait été modifié lors de la création de la base et pas mis à jour dans les scripts…
        Cordialement.
        __
        Eddy !!!
        Tutoriels BreezingForms en Français : https://www.breezingforms.eddy-vh.com/

        Commentaire


        • #5
          Envoyé par Eddy.vh Voir le message
          Bonjour.

          Je dis ça comme ça car je suis loin d'être compétent dans l'insertion de php dans les articles mais ces appels à la base de données, se font-ils bien avec le bon préfixe ?
          Pas que lors du transfert, ce préfixe ait été modifié lors de la création de la base et pas mis à jour dans les scripts…
          Bonne remarque Eddy.
          Mais j'ai bien pensé à réaliser ces adaptations -les seules- provoquées par l'obligation systématique sur le site réel d'avoir un nom de bdd avec préfixe = nom propriétaire domaine & nom d'utilisateur de bdd = idem !
          De plus, je doublonne toujours une commande d'ouverture de la bdd par un test d'erreur éventuelle. Or ici, je n'ai aucune erreur qui s'affiche (mais je pense que le script est vu comme "vide", donc aucun traitement).
          J'ai même écrit un petit code pour tester qu'on peut bien écrire dans le répertoire /tmp. Résultat positif.
          Quelle galère ! Quand je pense qu'en local sur mon pc, tout fonctionne à merveille ... j'ai le moral dans les chaussettes.

          Commentaire

          Annonce

          Réduire
          Aucune annonce pour le moment.

          Partenaire de l'association

          Réduire

          Hébergeur Web PlanetHoster
          Travaille ...
          X